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METHOD AND SYSTEM FOR COMMUNICATING 
TELECOMMUNICATIONS PROVISIONING INFORMATION 

TECHNICAL FIELD OF THE INVENTION 

The present invention relates in general to 
telecommunications systems and more particularly to a 
method and system for communicating telecommunications 
5 provisioning information. 

BACKGROUND OF THE INVENTION 

Consumers of telecommunications services are 
constantly demanding new and more advanced services to 

10 facilitate their personal communications. Examples of such 

services include call forwarding, personal 1-800 service, 
roaming services, and caller ID. Advanced 
telecommunications systems often include a service control 
point that contains a database. The database may be used 

15 in conjunction with many of the advanced services demanded 

by telephone users. For example, a service switching point 
(SSP) may transmit a dialed 1-800 number to a service 
control point to receive the actual routing number 
associated with the dialed 1-800 nixmber. The actual 

20 routing number may vary, depending upon, for example, the 
time the dialed 1-800 number call was placed or the 
originating location of the dialed 1-800 number. A 
database in the service control point is accessed with the 
dialed 1-800 number, and information associated with that 

25 1-800 number and an appropriate routing number is selected 
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from the database for transmission back to the service 
switching point. 

A customer of a telecommunications system such as, for 
example, MCI, Sprint, AT&T, or GTE, may place customer 
5 information into the database by accessing the service 

control point. Examples of placing information into the 
database in the service control point include adding 
subscriber names and information associated with the 
subscriber and updating current entries to reflect changes 
10 in data associated with a siibscriber. The placing or 

modifying of information contained within a database in the 
service control point is commonly referred to as database 
provisioning. 

Database provisioning is required both when new 

15 services are made available to a subscriber and when 
subscriber information is changed. New services are 
created in a service creation environment by, for example, 
the designer and operator of a telecommunications system, 
such as, for example, DSC Communications Incorporated. The 

20 new services are created in the service creation 
environment and the database in the service control point 
is modified to reflect the new services. 

Conventional methods for provisioning databases suffer 
several disadvantages. For example, conventionally when a 

25 database in the service control point is updated to reflect 
new services, a new protocol, or interface, for 
communication between a user and the newly created database 
is required. Because a new protocol is conventionally 
required, the time to implement new services is lengthy and 

30 expensive, sometimes taking six to nine months to 
implement. 
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SUMMARY OF THE INVENTION 

From the foregoing, it may be appreciated that a need 
has arisen for a method and system for communicating 
telecommunications provisioning information that addresses 
5 the disadvantages of prior systems and methods. 

According to an embodiment of the present invention, 
a method for communicating telecommunications provisioning 
information includes establishing a connection between a 
user and a generic provisioning unit in a 

10 telecommunications node and a telecommunication system. 

The method also includes sending a provisioning message 
from the user to the generic provisioning unit that 
specifies a name of a database for provisioning and also 
having a standard query language command associated with 

15 provisioning the database. The standard cpaery language 
command specifies a name associated with a table in the 
database. The method also includes transmitting the 
information contained in the standard query language 
command to the database for provisioning of the table. The 

20 information is transmitted according to a format 
understandable by the database. 

According to another embodiment of the present 
invention, a system for communicating telecommunications 
provisioning information includes establishing a 

25 communication connection with a telecommunications node. 

The telecommunications node has a generic provisioning unit 
that is operable to receive provisioning commands and 
translate the provisioning commands into a format 
understandable by the database. The method also includes 

30 transmitting a configuration message that identifies a 
database to the generic provisioning unit and transmitting 
the content of the configuration message from the generic 
provisioning unit to the database. The method also 
includes transmitting a provisioning message to the generic 
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provisioning unit. The provisioning message specifies the 
type of provisioning message that is transmitted and also 
includes a database command. The database command is in a 
standard query language and specifies the name of a table 
5 in the database along with a database operation. The 

method also includes translating the command, by the 
generic provisioning unit, into a format understandable by 
the database to generate a translated provisioning message. 
The transmitted provisioning message is transmitted to the 

10 database to provision the database. Translation of the 
database command by the generic provisioning unit occurs 
independent of the table structure of the table in the 
database. This allows provisioning of telecommunication 
services without modification of the generic provisioning 

15 unit. 

The invention provides several technical advantages 
over conventional telecommunications systems and methods. 
For example, the invention allows rapid implementation of 
new services or rapid modification of new 

20 telecommunications services by allowing communication of 
provisioning information from a user to a database in a 
service control point that is independent of the structure 
of the database. Therefore provisioning information may be 
transmitted and received between a user and a database in 

25 the service control point by a constant protocol that does 
not have to be receded each time a new service is 
implemented. This allows rapid deployment of new 
telecommunications services. In addition, the present 
invention reduces the costs associated with implementing 

30 new telecommunications services. 
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^R3;EF PpgCfiXFTXON QF THE PfiAWING S 

For a more complete understanding of the present 
invention and the advantages thereof, reference is now made 
to the following description taken in conjunction with the 
5 accompanying drawings, wherein like reference numerals 

represent like parts, in which: 

FIGURE 1 is a block diagram of an exemplary 
telecommunications network such as an advanced intelligent 
network (AIN) ; 

10 FIGURE 2 is a simplified block diagram of a portion of 

the exemplary telecommunications network illustrated in 
FIGURE 1 showing additional details of the communication of 
information from a user to a service control point; 

FIGURE 3 is a simplified block diagram of the service 
15 control point illustrated in FIGURE 1 showing additional 

details of tables contained within a database in the 
service control point; 

FIGURE 4A is a flow chart illustrating exemplary steps 
associated with the communication of generic provisioning 
20 information from a user to a database; 

FIGURE 4B is a simplified block diagram illustrating 
an exemplary generic provisioning interface usage; 

FIGURE 5A is a flow chart illustrating exemplary steps 
associated with communication of maintenance message 
25 information from a user to a database. 

FIGURE SB is a simplified block diagram illustrating 
an exemplary' maintenance message usage. 

FIGURE 6A is a flow chart showing exemplary steps 
associated with testing a generic provisioning interface; 
30 FIGURE 6B is a simplified block diagram of a portion 

of an exemplary telecommunications network illustrating 
components used in testing a generic provisioning 
interface; 
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FIGURE 7 is a simplified block diagram illustrating 
portions of the telecommunications network illustrated in 
FIGURE 5A, further showing details of an input file and an 
output file associated with testing a generic provisioning 
5 interface; 

FIGURE 8A is a block diagram of a portion of an 
exemplary telecommunications network illustrating an 
automated generic provisioning interface verification 
process; and 

10 FIGURE 8B is a flow chart illustrating exemplary steps 

associated with automatically verifying a generic 
provisioning interface. 

DETAILED DESCRIPTION OF THE INVRNTTON 
15 Embodiments of the present invention are illustrated 

in FIGURES 1 through 8B, like reference numerals being used 
to refer to like and corresponding parts of the various 
drawings . 

FIGURE 1 is a block diagram of a telecommunications 
20 network 100, such as an advanced intelligent network (AIN) . 

Telecommunications network 100 includes a service 
management system 102 that interfaces with a plurality of 
service control point systems or service control points 
(SCP) 104 and a plurality of signal transfer point systems 
25 or signal transfer points (STP) 106 via an industry 
standard protocol, such as X.25, Service management system 
102 provides network information, database management, and 
administrative support for telecommunications network 100. 
Service management system 102 generally interfaces with 
30 service control points 104 for provisioning, database 
management, service control point application program 
management, and collecting traffic metering measurement 
data. Service control points 104 may also be directly 
linked to signal transfer points 106 via a signaling system 
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number 7 (SS7) link set 108, Signal transfer points 106 
are further coupled through signaling system number 7 link 
set 108 to one or more service switching points 112 and 
114, which perform switching and call handling functions in 
the network. Service control points 104 are transaction 
based processing systems whose primary responsibility is to 
respond to queries from service switching points 112 and 
114 for data needed to coit?)lete routing of a call. Service 
switching points 112 and 114 are part of a public switched 
telephone network (PSTN) 120 and are coupled to the 
telephone service subscribers or customers 121, which 
include wire-based telephones and wireless telephones 122, 
and intelligent peripherals 123. Service management system 
102 and service control point 104 may also be returned as 
a telecommunications node. 

A service creation environment 126 allows the creation 
of service logic programs that may be downloaded to service 
control points 104 and signal transfer points 106 through 
service management system 102 for execution. Programmers 
of service creation environment may interface with service 
creation environment 126 through a computer terminal 
coupled to service creation environment 12 6. 

FIGURE 2 is a simplified block diagram of a portion of 
telecommunications network 100 illustrated in FIGURE 1, 
showing additional details of the communication of 
information from a user 132 to a database 206, In this 
example, database 206 is contained within service control 
point 104. A second database 207 is contained within a 
second service control point 105, Service control point 
104 is illustrated in FIGURE 2 as being in communication 
with service management system 102 through a generic 
provisioning interface 216. Service management system 102 
may also communicate with a user such as a 
telecommunications company through generic provisioning 
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interface 216. Example users include MCI, Sprint, AT&T, 
and GTE, and other telecommunications companies. 

Generic provisioning interface 216 is a protocol for 
communicating between user 132 and generic provisioning 
5 unit 202, 204. Through communication with service 
management system 102, user 132 may communicate a 
provisioning message through service management system 102 
to service control point 104. Alteratively, as 
illustrated, user 132 may directly communicate a 

10 provisioning message through generic provisioning interface 
216 to service control point 104. A provisioning message 
contains information for populating a database such as 
database 206. Information contained within database 206 is 
used in call processing. 

15 As illustrated, service control point 104 may include 

a service provisioning portion 210, a call processing 
portion 214, and a service deployment portion 212. Service 
provisioning portion 210 is associated with provisioning 
database 206 in support of call services. Call processing 

20 portion 214 is associated with handling processing of calls 
that require database access. Service deployment portion 
212 is used for deploying new call services to service 
control point 104. 

Service provisioning portion 210 includes generic 

25 provisioning unit 204. Generic provisioning unit 204 
receives provisioning messages communicated according to 
generic provisioning interface 216 and places them in a 
format that may be understood by database 206 as 
illustrated by reference numeral 217. Therefore, database 

30 206 may be replaced with a different brand of database 206 
without requiring a new generic provisioning interface 
because generic provisioning unit 204 provides the 
database-specific translations of messages communicated to 
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generic provisioning unit 204 according to generic 
provisioning interface 216. 

Generic provisioning unit 202, 204 allows service 
providers, such as user 132, to manipulate subscriber 
5 databases, such as database 206. Generic provisioning unit 
202, 204 can also retrieve remote site or node information 
for maintenance purposes. User 132 may send messages to 
generic provisioning unit 202, 204 in the form of ASCII 
strings. Generic provisioning unit 202, 204 sends a 

10 response message back to the user describing the results of 
the operations. Generic provisioning unit 202, analogous 
to generic provisioning unit 204, may also be contained in- 
service management system 102. Generic provisioning unit 
204 may be accessed directly by user 132 through generic 

15 provisioning interface 216 or may be accessed indirectly by 

user 132 through another generic provisioning unit, such as 
generic provisioning unit 202, contained with service 
management system 102. Generic provisioning unit 202 is 
also operable to receive information from user 132, 

20 replicate the information, and transmit the information to 

a plurality of generic provisioning units, such as generic 
provisioning unit 205 contained within service control 
point 105. 

According to the invention, generic provisioning 
25 interface 216 is defined such that it does not have to be 

modified whenever a database, such as database 206 or 
database 207 is modified. Modification of a database 
includes adding a table to a database or changing the 
format of a table in a database. Table format changes are 
30 effected through modification of a service definition 

table. A service definition table defines table definition 
information specifying the structure of tables within the 
database. Thus, new call services can be added rapidly, 
and database 206 may be updated without the time delay 
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10 

normally associated with adding new call services or 
updating a database in a service control point due to 
associated modifications of a communicating interface 
protocol. 

5 Call processing portion 214 may include a service 

logic interpreter 208. Service logic interpreter 208 
receives, for example, a transaction capabilities 
application part message 209 related to a 
telecommunications service. A transaction capabilities 

10 application part message is one type of message transmitted 
according to a signaling system number 7 protocol. The 
transaction capabilities application part message enables 
deployment of advanced intelligent network services by 
supporting non-circuit related information exchanged 

15 between signaling points. For example, service switching 
point 112 may use a transaction capabilities application 
part to query, through signal transfer point 106, to 
service control point 104 to determine the routing number 
associated with a dialed 800, 888, or 900 number. Service 

20 control point 104 then uses the transaction capabilities 

application part to return a response containing the 
routing number to service switching point 112. Service 
logic interpreter 208 retrieves, from database 206, the 
routing number associated with the dialed 800, 888, or 900 

25 number. Thus, service provisioning portion 210 allows 

database 206 to store information required for call 
processing portion 214, which enables telecommunications 
services, such as 1-800 number service, to be enabled. 

Generic provisioning units 202, 204, and 205 also 

30 operate to update database 206 to perform statistical 
collection and to provide status reporting and node status 
information which can be retrieved from service control 
points, such as service control point 104, via generic 
provisioning interface 216. For example, the number of 
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calls received at service control point 104 or the number 
of record updates can be retrieved via generic provisioning 
interface 216. 

Service deployment portion 212 deploys and downloads 
5 new or modified services to telecommunications nodes such 
as service control points and intelligent service 
peripherals . 

FIGURE 3 is a simplified block diagram of database 206 
illustrated in FIGURE 2 showing additional details of 

10 tables contained within database 206. Database 206 
includes a plurality of tables 302. Each table in the 
plurality of tables 302 includes information associated 
with a given service. For example, a separate table may be 
created for 1-800 service, call forwarding, or roaming. A 

15 table 304 is associated with 1-800 service. Table 304 

includes a plurality of records or tuples 306. Records 306 
correspond to the rows of table 304. Table 304 also 
includes a plurality of fields or attributes 308. Fields 
308 correspond to the columns of table 304. Therefore, 

20 table 304 includes a plurality of entries 310, which are 

individual cells within table 304. The first column in 
table 304 contains, for example, the names of subscribers. 
The second column contains the destination number 314 for 
each customer. The third column contains the called number 

25 312 for each customer, which is the dialed 1-800 or 1-888 

number. The fourth column contains the billing zip code 
for the customer. The fifth line contains a customer 
number for each customer. The sixth column contains an 
enablement code 316 for each customer. The enablement code 

30 indicates whether a 1-800 or a 1-888 number for a customer 

is enabled. 

According to one embodiment of the invention, an 
additional service may be readily added for a particular 
customer by modifying a table, such as table 304, in 
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database 206 to include information required for the 
additional service, or by creating a new table in database 
206. Because database 206 is an open server database, 
rather than an object-based database, tables 302 in 
5 database 206 may be easily amended. In addition, tables 
may be easily added, without re-writing code associated 
with database 206. By contrast, conventionally, object- 
based databases require modification of computer code to 
modify an existing table or to add additional tables 

10 because an object is created for each table. This causes 
difficulties because the creation of a new object for each 
table required modification of the application code. The 
new object had to be compiled and linked with an 
application code, which results in code and interface 

15 changes. Moreover, some conventional systems utilize 
relational databases that were communicated to through a 
system that receives provisioning commands in a format 
dependent upon the structure of tables within the database. 
Such systems require modification to an interface for 

20 receiving provisioning commands whenever a table is added 
to a database or the structure at a table is modified in 
order to provision the modified or added table. Such 
modifications caused burdensome delay in provisioning 
databases such as database 206. 

25 Relational databases are one example of an open server 

database, in which information may be retrieved or added to 
a database based on the coliamns and rows of a table. Thus, 
because the entries of each table may be individually 
accessed according to column or row, and because generic 

30 provisioning interface 216 is defined such that 
provisioning commands are provided in a format independent 
of the structure of tables within the database, database 
206 may be modified to incorporate new services or to 
provide new services to a given customer without 
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modification of the computer code associated with the 
tables. Because such modifications can be made without 
modifying any computer code associated with each table, 
communication between database 206 and users 132 may take 
5 place according to a constant protocol that does not 
require amendment upon modification of tables 302. 

FIGURE 4A is a flow chart illustrating exemplary steps 
associated with communication of generic provisioning 
information from user 132 to database 206, and FIGURE 4B is 

10 a simplified block diagram illustrating an exemplary 
generic provisioning interface usage. As illustrated in 
FIGURE 4B, user 132 may communicate with database 206 to 
provision database 206. This communication may take place 
through generic provisioning unit 202, 204 according to 

15 generic provisioning interface 216. 

According to one embodiment of the invention, 
communication according to generic provisioning interface 
216 includes step 402 of establishing a TCP/IP connection 
between user 132 and generic provisioning unit 202, 204. 

20 Establishment of a TCP/IP connection between user 132 and 
generic provisioning unit 202, 204 is also illustrated in 
FIGURE 4B and is represented by reference numeral 402. 
Establishment of a connection between user 132 and generic 
provisioning unit 202, 204 may be accomplished by 

25 establishing a server connection using a host port number 
and a host IP address from user 132 to the desired generic 
provisioning unit 202, 204. The host port number is the 
generic provisioning TCP/IP socket port number associated 
with the service control point, service management system, 

30 or other telecommunications node containing the desired 

generic provisioning unit 202, 204. The host IP address is 
the node IP address of the service control point, service 
management system, or other communication node containing 
the desired generic provisioning unit 202, 204. According 
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to one embodiment of the invention, data packet format 
according to generic provisioning interface 216 provides 
that a data packet includes two parts: a header and user 
data. The first four bytes of a data packet represent the 
header. The header specifies the size of the user data. 
The remaining bytes of a data packet include user data. 
User data includes generic provisioning messages. 

Once a TCP/IP connection has been established between 
user 132 and generic provisioning unit 202, 204, database 
206 may be accessed. Accessing database 206 may be 
effected, in part, by step 404 of transmitting login 
information in a configuration message sent by user 132 to 
generic provisioning unit 202, 204. The transmitting of 
such a configuration message is illustrated in FIGURE 4B by 
reference numeral 404. Details of one . embodiment of a 
configuration message are described in greater detail 
below. Based on the configuration message, a connection to 
database 206 may be established at step 406. The 
establishment of a connection to database 206 is also 
illustrated in FIGURE 4B by reference numeral 406. Once 
database 206 is accessed, a configuration complete response 
is sent at step 408 from database 206 to generic 
provisioning unit 202, 204. This response is transmitted 
from generic provisioning unit 202, 204 to user 132 at step 
410. A configuration complete response is transmitted to 
provide user 132 an indication that database 206 is ready 
to receive messages, such as provisioning messages. The 
sending and receiving of a response to a configuration 
message is also illustrated in FIGURE 4B by reference 
numerals 408 and 410. 

Once the response to the configuration message is 
received, a provisioning message such as a data 
manipulation message may be sent at step 412 by user 132 to 
generic provisioning unit 202, 204 for transmittal to 
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database 206. The sending of a data manipulation message 
is also illustrated in FIGURE 4B by reference numeral 412. 
Database 206 is then accessed by generic provisioning unit 
202, 204 at step 414 with the data manipulation message 
5 indicated by reference numeral 414. 

As described in greater detail below, a data 
manipulation message updates database 206. Updating 
database 206 may include adding new records 306, deleting 
existing records 306, and modifying fields 308 of existing 

10 records 306. An example data manipulation message may take 
the form of: ''MSGT=DMM, SQN=000001, SQL=insert FP 
(called_no, destination, disabled, values ( '18006120269* , 
'9725193464', 1)." This message inserts a record into a 
table named ''FP." In the above message, the term "MSGT" 

15 corresponds to the message type and the term "DMM" 

specifies a data manipulation message type. In the above 
example transaction, the term "SQN" corresponds to the 
sequence number. A sequence number is a way for user 132 
to correlate messages and responses. In the above example, 

20 the term "SQL" refers to a single Standard Query Language 
transaction. Standard Query Language is a common language 
used to communicate with databases. Although the standard 
query language is used in one embodiment, other suitable 
standard database language may be incorporated with the 

25 teachings of the present invention. 

In the above example, the phrase "insert FP 
(called_no, destination, disables)" is a single Standard 
Query Language statement. The phrase "insert FP" specifies 
the insertion of information into a "free phone table," In 

30 this example, a free phone table corresponds to 1-800 

service table 304, illustrated in FIGURE 3. The term 
"(called_no, destination, disabled)" specifies the fields 
308 corresponding to the data to be inserted. For example, 
the "called_no" entry corresponds to the called number 
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field 312. The term "destination" corresponds to 
destination field 314, and the term "disabled" corresponds 
to enablement field 316. The phrase, "values 

('18006120269', '9725193464', 'I');" provides the values 
5 corresponding to the fields specified by the insert 
command. In this example, the value 18006120269 would be 
inserted into called number field 312; the value 9725193464 
would be inserted into destination field 314; and the value 
"1" would be inserted into the enablement field 316. In 
10 such a way, a data manipulation message may insert a new 
record 306 into a particular table such as 1-800 service 
table 304. 

According to one embodiment of the invention, a 
plurality of rules apply to database manipulation messages. 

15 First, a database manipulation message does not permit 
record retrieval. If a user attempts record retrieval, 
generic provisioning unit 202, 204 returns a response to a 
database manipulation message with a result code set to 
"operation not allowed." In addition, all standard query 

20 language transactions are limited to insert, update, and 
delete. All other transactions are not allowed. If user 
132 attempts other operations in the standard query 
language transaction, generic provisioning unit 202, 204 
returns a response to database manipulation message with a 

25 result code set to "operation not allowed." Although a 
particular embodiment of a database manipulation message 
has been particularly described, changes may be made 
without departing from the scope of the present invention. 
All table 304, record 306, and field 308 constraints 

30 are handled by constraints defined in schemas and triggers. 

For example, an attempt to insert a value into a column 
that is a different type or size will be prevented by a 
trigger. A trigger is a constraint on how a database may 
be operated upon. In one embodiment, a database 
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manipulation message size must not exceed 300k bytes. If 
the database manipulation message size is larger than 300k 
bytes, generic provisioning unit 202, 204 returns a 
response to database manipulation message with a result 
5 code set to "invalid msg size" and the lowest sequence 
nximber found. When a database manipulation message is sent 
to all sites, generic provisioning unit 202, 204 waits for 
a successful response from each site before sending a 
response message. If the operation is not successful at 
10 all sites, generic provisioning unit 202, 204 sends a 

"partial successful" response and logs to an error file the 
message and the site name that did not operate 
successfully. 

Provisioning message types in addition to a database 
15 manipulation message type include a response to a data 
manipulation message, a record retrieval message, a 
response to a record retrieval message, configuration 
message, discussed above, and a response to a configuration 
message. As described above, a data manipulation message 
20 updates database 206. A record retrieval message retrieves 
a single record from database 206. A configuration message 
configures and programs generic provisioning unit 202, 204. 
Details concerning each of these message types are 
described below. 

25 In addition to provisioning messages, generic 

provisioning interface 216 also provides an interface for 
transmitting and receiving maintenance messages. 
Maintenance messages include a site name retrieval message, 
a response to a site name retrieval message, an active and 

30 in-service platform manager retrieval message, a response 
to an active and in-service platform manager retrieval 
message, an all node information retrieval message, and a 
response to all node information retrieval message. A site 
name retrieval message retrieves the local site name or all 
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remote site names. An active and in-service platform 
manager retrieval message retrieves the active and in- 
service platform manager node for a given site name. An all 
node information retrieval message retrieves all node 
information for a given site. Details concerning each of 
these message types are described below. 

In addition to adding a new record to a given table, 
generic provisioning interface 216 allows a modification of 
record 306, including the deletion of a record from a 
particular table. For example, the phrase "MSGT=DMM, 
SQN=000002, SQL=update FP set destination=9725193000 where 
called-no=18006120269; SQN=000003, SQL=delete FP where 
called_no=18002336666; " specifies the modification of 
destination field 314 corresponding to called number field 
312 having a value of 18006120269. In addition, this 
phrase deletes record 306 corresponding to called number 
field 312 having a value of 18002336666. 

More than one command may be executed in a single 
transaction. For example, the phrase "MSGT=DMM, 

SQN=000001, SQL=insert FP (called_no destination, disabled) 
values ('18006120269', '9725193464', 1) delete FP where 
called_no=18002336666;" allows the insertion of values 
corresponding to called number field 312, destination field 
314, and enablement field 316, In addition, this one 
transaction allows deletion of record 306 having a 
destination field of 18002336666. 

According to the embodiment illustrated in FIGURES 4A 
and 4B, available transactions include insertion of 
information, updating of information, and deleting of 
information contained in entries 310. In addition to a 
data manipulation message, each of the above-mentioned 
message types is described in greater detail below. 
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RESPONSE TO DATA MANIPULATION MESSAGE TYPE 

A response to a database manipulation message 
indicates whether a request was successfully processed. If 
generic provisioning unit 202, 204 does not successfully 
process the request, a result code indicates an error. 
Otherwise the result code indicates a successful operation. 
The result code in a response to a database manipulation 
message is represented below by the term "RTCODE." 

A successful operation response to a database 
manipulation message containing a single transaction may 
take the form a "MSG=RDMM, SQN=sequence hG/ RTCODE=0." A 
failure response to a database manipulation message having 
a single transaction may take the form of "MSGT=RDMM, 
SQN=sequence_no, RTC0DE=1, 2, 3, 4, 5, or 6;". A response 
to multiple transactions in a database manipulation message 
may take the form "MSGT=RDMM, SQN=sequence_no 1, 
RTCODE=result_code 1: SQN=sequence_no 2, RTCODE=result 
code 2: . . , SQN=sequence_no n, RTCODE=result_code n;". 

According to one embodiment of the invention the 
following rules apply to responses to database manipulation 
messages. First, if generic provisioning unit 202, 204 
detects a syntax error or a missing parameter in a database 
manipulation message, it rejects the entire database 
manipulation message. Generic provisioning unit 202, 204 
returns a result code, denoted by the term "RTCODE" in the 
above example responses, set to "message_syntax_error" and 
the lowest SQN number found in the database manipulation 
message. For example, in the following example there is a 
syntax error (SQL %=) for SQN=0000060. 

In addition, if generic provisioning unit 202, 204 
finds no sequence number in the database manipulation 
message, it sets the sequence number to "FFFFFF." If the 
sequence number in a database manipulation message is less 
than the required number of digits, generic provisioning 
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unit 202, 204 replaces the missing digits with "F"s, for 
example "FF2345." If the sequence nxamber in a record 
retrieval message, discussed in greater detail below, is 
more than the required number of digits, generic 
provisioning unit 202, 204 truncates the end of the 
sequence number. For example, "00000008" is truncated to 
"000000. " 

If generic provisioning unit 202, 204 receives a 
database manipulation message before the completion of 
configuration, generic provisioning unit 202, 204 returns 
a response to a database manipulation message with the 
return code denoted by "RTCODE" set to "operation 
_no t_al lowed. " If generic provisioning unit 202, 204 
cannot access the specified database or if other system 
problems occur, generic processing unit 202, 204 returns a 
response to a database manipulation message with the return 
code set to "system_failure" and the lowest sequence number 
found in the database manipulation message. If an error is 
returned from the database, generic provisioning unit 202, 
204 returns a response to a database manipulation message 
with the return code set to "operation_failure, " For 
multiple Standard Query Language transactions, the 
responses to Standard Query Language transactions are 
reported in the order of lowest sequence number found to 
the highest sequence number found in a database 
manipulation message. For example, in the following 
multiple Standard Query Language transaction message: 

"MSGT=DMM, SQN=000008, SQL=sql_transaction: SN=000001, 

SQL=sql_transaction: SQN=000009, SQL=sql_transaction; " 
the response is: 

MSGT=RDMM, SQN=000001, RETCODE=0: SQN=000008, 

RETCODE=0: SQN=000009, RETCODE=0. 

If generic provisioning unit 202, 204 sends a database 
manipulation message to all sites and the operation is not 
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successful at all of the sites, generic provisioning unit 
202/ 204 returns a response to a database manipulation 
message with a return code set to "partial_ successful_ 
operation" and logs the error. 

RECORD RETRIEVAL MESSAGE TYPE 

A record retrieval message retrieves a single record 
from database 206. A record retrieval message may take the 
form "MSGT=RRM, SQN=sequence_number, SQL=sql_ transaction" 
where "MSGT" denotes message type, "SQN" denotes the 
sequence niimber, and "SQL" denotes a standard query 
language transaction. For example, the record retrieval 
message "MSGT=RRM, SQN=000001, SQL=select called_no, 
destination, disabled from FP where called_no=18006120269; " 
retrieves a single record from a table named FP. 

In one embodiment of the invention, several rules 
apply to record retrieval messages. Generic provisioning 
unit 202, 204 limits all Standard Query Language 
transactions to one single record retrieval. If other 
operations are attempted in the Standard Query Language 
transaction, generic provisioning unit 202, 204 returns a 
response to a record retrieval message with return code set 
to "operation_not_allowed. " All table, record, and fields 
are handled by constraints defined in the schemes and 
triggers. In addition, according to one embodiment, the 
record retrieval message size must not exceed 300k bytes. 
If the record retrieval message size is larger than 300k 
bytes, generic provisioning unit 202, 204 returns a 
response to a record retrieval message with a return code 
set to "invalid_msg_size. " 

Generic provisioning unit 202, 204 also sends a record 
retrieval message to any one site if there are multiple 
sites. Therefore, the response to a record retrieval 
message only reflects the operation result on a chosen 
site. 
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RESPONSE TO RECORD RETRIEVAL MESSAGE TYPE 

A response to a record retrieval message indicates if 
generic provisioning unit 202, 204 has successfully 
processed the request. If the request is not successfully 
processed, a result code indicates an error. Otherwise, 
the result code indicates a successful operation, and 
generic provisioning unit 202, 204 returns the desired 
record to user 132. 

In one embodiment, the result code may take the value 
of any one of the integers 0 through 5. If the result code 
is set to 0, a successful operation is indicated. If the 
result code is not set to 0, an error is indicated. A 
value of 1 for result code indicates an operation failure; 
a value of 2 for the result code indicates a system 
failure; a value of 3 for the result code indicates a 
message syntax error; a value of 4 for the result code 
indicates that a specified operation is not allowed; and a 
value of 5 for a result code indicates an invalid message 
size. 

A successful operation response to a record retrieval 
message may take the form "MSGT=RRRM, SQN=sequence_number, 
RTCODE=0, RTSTR=columnl, column2, columnN, where RTSTR 

denotes column values within a subscriber record. A 
failure response to a record retrieval message may take the 
form: MSGT=RRRM, SQN=sequence_number, RTC0DE=1, 2, 3, 4, 5, 
or 6. For example, the following is an example of a 
successful response to a record retrieval message: 
"MSGT=RRRM, SQN=000001, RTCODE=0, RTSTR=18006120269, 
9728673344, 1." The following is an example of a failure 
response to a record retrieval message: "MSGT=RRRM, 
SQN=000002, RTC0DE=2." 

In one embodiment, several rules apply to responses to 
record retrieval messages. If generic provisioning unit 
202, 204 cannot access database 206 or if other system 
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problems occur, generic provisioning unit 202, 204 returns 
a response to a record retrieval message with a return code 
set to "system_failure. " In addition, if generic 
provisioning unit 202, 204 detects a syntax error or a 
missing parameter in a record retrieval message, generic 
provisioning unit 202, 204 rejects the entire record 
response message. Generic provisioning unit 202, 204 
returns a response to a record retrieval message with a 
return code set to "message_syntax_error" and with the 
sequence number that it found in the record retrieval 
message. If generic provisioning cannot find the sequence 
number in a record retrieval message, generic provisioning 
unit 202, 204 sets the sequence number to "FFFFFF." If the 
sequence number in a record retrieval message is less than 
the required number of digits, it replaces the missing 
digits with "F"s, for example, "FF2345". If the sequence 
number in a record retrieval message is more than the 
required number of digits, it truncates the end of the 
sequence number. For example, "00000008" is truncated to 
"000000." 

If a generic provisioning unit 202, 204 receives a 
record retrieval message before the completion of 
configuration, it returns a response to a record retrieval 
message with a return code set to "operation_not_allowed. " 
If an error is returned from the database, generic 
provisioning unit 202, 204 returns a response to a record 
retrieval message with a return code set to 
"operation_failure. " For Varchar and Char column types, a 
response to a record retrieval message returns no quotation 
marks. The Varchar column type is a string of characters 
or telephone number type. The Char column type is a single 
character. If generic provisioning unit 202, 204 does not 
find a desired row during a select Standard Query Language 
command, generic provisioning unit 202, 204 returns a 
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return code of "operation_f ailure" and no RTSTR value. 
RTSTR stand for return or result string of characters. In 
the present case, a list of column's values within a 
subscriber record. 

CONFIGURATION MESSAGE TYPE 

A configuration message configures and programs 
generic provisioning unit 202, 204. A configuration 
message may take the form "MSGT=CFGM, SQN=000001, 
DBNAME=database_name, DBUID=database_user_id, DBPWD= 
database_user_pasword, " where DBNAME denotes the desired 
database name, DBUID denotes the user identification for 
the desired database, and DBPWD denotes the password 
associated with the user identified for the desired 
database. An example of such a message is as follows: 
"MSGT=CFGM, SQN=sequence_number, DBNAME=DSC, DBUID=DSC, 
DBPWD=ISP. " 

According to one embodiment of the invention several 
rules apply to configuration messages. In one embodiment, 
generic provisioning unit 202, 204 allows a user 132 
multiple attempts to send a configuration message until the 
configuration is successful. If generic provisioning unit 
202, 204 receives a configuration message after completion 
of the configuration, it returns a response to 
configuration message with a return code set to 
"operation_not allowed." A configuration message size must 
not exceed 300k bytes. In that same embodiment, if the 
configuration message size is larger than 300k bytes, 
generic provisioning unit 202, 204 returns a response to 
configuration message with return code set to 
"invalid_msg_size. " 
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RESPONSE TO CONFIGURATION MESSAGE TYPE 

A response to a configuration message indicates 
whether generic provisioning unit 202, 204 successfully 
processed a message. If the message was not successfully 
processed, generic provisioning unit 202, 204 returns a 
result code indicating an error. Otherwise the result code 
indicates a successful operation. . A successful response to 
a configuration message may take the form "MSGT=RCFGM, 
SQN=sequence_number, RTCODE=0." A failure response to a 
configuration message may take the form "MSGT=RCFGM, 
SQN=sequence_number, RTC0DE=1, 2, 3, 4, 5, or 6." For 
example, an example of a successful response to a 
configuration message is "MSGT=RCFGM, SQN=000001, 
RTCODE=0." An example of a failure response to a 
configuration message is "MSGT=RCFGM, SQN=000002, 
RTC0DE=2 . " 

The result code may have a value of an integer 0 
through 6, with 0 indicating a successful operation. A "1" 
indicates an operation failure; a "2" indicates a system 
failure; a "3" indicates a message syntax error; a "4" 
indicates that the configuration message contain an 
operation that is not allowed; a "5" indicates an invalid 
message size; and a "6" indicates a partially successful 
operation. 

In one embodiment, several rules apply to responses to 
configuration messages. If generic provisioning unit 202, 
204 cannot access database 206 or if other system problems 
occur, generic provisioning unit 202, 204 returns a 
response to configuration message with return code set to 
"system_failure." In addition, if generic provisioning 
unit 202, 204 detects a syntax error or a missing 
parameter, it rejects the entire configuration message. In 
such a case, generic provisioning unit 202, 204 returns a 
response to configuration message with a return code set to 
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"iaessage_syntax_error" and with the sequence number found 
in the configuration message. If no sequence number can be 
found in a configuration message, generic provisioning unit 
202, 204 sets the sequence number to "FFFFFF." If the 
sequence number in a configuration message is less than the 
required number of digits, generic provisioning unit 202, 
204 replaces the missing digits with "F"s, for example 
"FF2345." If the sequence number in a configuration 
message is more than the required number of digits, generic 
provisioning unit 202, 204 truncates the end of the 
sequence number. For example, "00000008" is truncated to 
"000000." If the requested operation is not successfully 
processed, generic provisioning unit 202, 204 returns a 
response to configuration message with a return code set to 
"operation_failure." If generic provisioning unit 202, 204 
sends a configuration message to all sites and the 
operation is not successful on all of the sites, generic 
provisioning unit 202, 204 returns a response to 
configuration message with a return code set to 
"partial_successful_operation" and logs the error 
information. 

Once database 206 is accessed with a database 
manipulation message and the message is executed within 
database 206, an operation failure or a success response is 
sent at step 416 to generic provisioning unit 202, 204. 
The sending of a operation failure or success response is 
also illustrated in FIGURE 4A by reference numeral 416. 
Generic provisioning unit 202, 204 transmits at step 418 
the response to the database manipulation message from 
generic provisioning unit 202, 204 to user 132. This 
transmission is also illustrated in FIGURE 4B by reference 
numeral 418. Multiple messages may be sent in this 
fashion, and steps 412 through 418 may be repeated until no 
additional messages are desired. A check is performed at 



04/18/2004, EAST Version: 1.4.1 



wo 99/22490 



PCT/US98/23077 



27 

step 420 for additional messages. The communication of 
provisioning information between user 132 and database 206 
according to generic provisioning interface 216 concludes 
at step. 422. 

Thus, generic provisioning interface 216 provides an 
interface to provision a database that does not require 
modification when schemas, or table structures, within the 
database are changed, which is desirable because the time 
and expense in implementing new services is greatly reduced 
because a new interface does not have to be created each 
time a new service is added. 

In addition to provisioning messages, generic 
provisioning interface 216 provides for maintenance 
messages addressing the maintenance of database 206. 
Maintenance messages are used to obtain service control 
point 104 status and information and to locate the active 
platform manager node within a service control point, such 
as service control point 104, A service control point may 
include an active platform manager node and an inactive 
platform manager node; however, provisioning messages are 
transmitted through the active platform manager. 
Therefore, it is desirable to be able to locate the active 
platform manager node. According to one embodiment, 
maintenance messages include a site name retrieval message 
and an associated response message, an active and in- 
service platform manager retrieval message and an 
associated response message, and an all node information 
retrieval message and an associated response message. 

FIGURE 5A is a flowchart illustrating exemplary steps 
associated with communication of maintenance message 
information from user 132 to database 206. FIGURE 5B is a 
simplified block diagram illustrating exemplary maintenance 
message usage. According to one embodiment of the 
invention, communication according to generic provisioning 
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interface 216 includes step 502 of establishing a TCP/IP 
connection between user 132 and generic provisioning unit 
202, 204. Establishment of a TCP/IP connection between 
user 132 and generic provisioning unit 202, 204 is also 
illustrated in FIGURE 5B and is represented by reference 
numeral 502. Once a TCP/IP connection has been established 
between user 132 and generic provisioning unit 202, 204 a 
site name retrieval message may be sent to generic 
provisioning unit 204 to obtain a local site name for all 
remote site names. The sending of a site name retrieval 
message at step 504 is also illustrated in FIGURE 5B by 
reference numeral 504. A local site name or all remote 
site names are retrieved from a platform manager node 540 
and returned to generic provisioning unit 204 for return to 
user 132 at step 508. Step 508 includes transmission of a 
response to a site name retrieval message. Details of a 
site name retrieval message and a response to a site name 
retrieval message are described below. 

Another maintenance message example includes a send 
active and in-service platform manager retrieval message, 
which retrieves the active platform manager of service 
control point 104. The sending of an active and in-service 
platform manager retrieval message is illustrated at step 
510 and also illustrated in FIGURE SB by reference numeral 
510. Once an active and in-service platform manager 
retrieval message is received by generic provisioning unit 
204, the active and in-service platform manager is 
retrieved from platform manager node 540 and returned to 
generic provisioning unit 204 at step 512. At step 514, a 
response to an active and in-service platform manager 
retrieval message is returned to user 132. Details 
regarding an active and in-service platform manager message 
and a response to an active/in-service platform manager 
retrieval message are described in greater detail below. 
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SITE NAME RETRIEVAL MESSAGE 

A site name retrieval message retrieves the local site 
name or all remote site names. A site name retrieval 
message may take the form "MSGT=SNRM, SQN=sequence_niunber . " 
If generic provisioning unit 202, 204 detects a syntax 
error in a site name retrieval message, generic 
provisioning unit 202, 204 rejects the entire site name 
retrieval message. Generic provisioning unit 202, 204 
returns a response to a site name retrieval message with a 
return code set to "message_syntax_error" and with the 
sequence number that it found in the site name retrieval 
message. If generic provisioning unit 202, 204 cannot find 
the sequence number in a site name retrieval message, 
generic provisioning unit 202, 204 sets the sequence number 
to "FFFFFF." If the sequence number in a site name 
retrieval message is less than the required number of 
digits, generic provisioning unit 202, 204 replaces the 
missing digits with "F"s, for example, "FF2345." If the 
sequence niimber in a site name retrieval message is more 
than the required number of digits, generic provisioning 
unit 202, 204 truncates the end of the sequence number. 
For example, "00000008" is truncated to "000000." 
RESPONSE TO SITE NAME RETRIEVAL MESSAGE 
A response to a site name retrieval message indicates 
whether generic provisioning unit 202, 204 successfully 
processed the request. If the request is not successfully 
processed, a result code indicates an error. Otherwise, 
the result indicates a successful operation and returns all 
retrieved site names. A successful operation response to 
a site name retrieval message may take the form 
"MSGT=RSNRM, SQN=sequence_number, RTCODE=0, SITENAME=sitel, 
site2, siteN", where the term "SITENAME" refers to the 

name of a site. A failure or a partial response to a site 
name retrieval message may take the form: "MSGT=RSNRM, 
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SQN=sequence_number; RTC0DE=2, 3, or 6." For example, an 
example of a successful response to a site name retrieval 
message is "MSGT=RSNRM, SQN=000001, RTCODE=0, 
SITENAME=SCP1, SCP2 . " An example of a failure response to 
a site name retrieval message is "MSGT=RSNRM, SQN=000001, 
RTC0DE=2 . " 

In one embodiment a number of rules apply to responses 
to site name retrieval messages. If generic provisioning 
unit 202, 204 cannot access any site within a certain time 
period, generic provisioning unit 202, 204 returns a 
response to a site name retrieval message with a return 
code set to "system failure." If generic provisioning unit 
202, 204 detects a syntax error, generic provisioning unit 
202, 204 rejects the entire message and returns a response 
to a site name retrieval message with a return code set to 
"message_syntax_error. " If generic provisioning unit 202, 
204 can only retrieve some of the remote site names, it 
returns a response to a site name retrieval message with a 
return code set to "partial_successful_operation. " 

ACTIVE AND IN-SERVICE platform manager RETRIEVAL 
MESSAGE TYPE 

An active and in-service platform manager retrieval 
message retrieves the active and in-service platform 
manager node for a given site. Such a message may take the 
form of "MSGT=AISRM, SQN=sequence_number , 

SITENAME=site_name. " For example, an active and in- 
service platform manager retrieval message example is 
"MSGT=AISRM, SQN=000001, SITENAME=SCP1 . " In this context, 
the term AISRM denotes an active and in-service site name 
retrieval message. If generic provisioning unit 202, 204 
detects a syntax error in an active and in-service site 
name retrieval message, generic provisioning unit 202, 204 
rejects the entire active and in-service site name 
retrieval message. Generic provisioning unit 202, 204 
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returns a response to an active and in-service site name 
retrieval message with a return code set to 
"message_syntax_error" and with the sequence number that it 
found in the active and in-service site name retrieval 
message. If generic provisioning unit 202, 204 cannot 
find the sequence number in an active and in-service site 
name retrieval message, generic provisioning unit 202, 204 
sets the sequence number to "FFFFFF." If the sequence 
number in an active and in-service site name retrieval 
message is less than the required number of digits, generic 
provisioning unit 202, 204 replaces the missing digits with 
"F"s, for example, "FF2345," If the sequence number in an 
active and in-service site name retrieval message is more 
than the required number of digits, generic provisioning 
unit 202, 204 truncates the end of the sequence number. 
For example, "00000008" is truncated to "000000." 

RESPONSE TO ACTIVE AND IN-SERVICE platform manager 
RETRIEVAL MESSAGE TYPE 

A response to active and in-service platform manager 
retrieval message indicates whether or not generic 
provisioning unit 202, 204 successfully processed the 
request. If the request was not successfully processed, a 
result code indicates an error. Otherwise, the result code 
indicates a successful operation and returns the active and 
in-service platform manager node for a given site. A 
successful operation response to an active and in-service 
platform manager retrieval message may take the form 
"MSGT=RAISRM SQN=sequence_number, RTCODE=0, ACTINS=the 
active and in-service platform manager node name." In this 
context, the term "ACTINS" denotes the active and in- 
service platform manager node name, and the term "RAISRM" 
specifies a response to an active and in-service site name 
retrieval message type. A failure response to an active 
and in-service platform manager retrieval message may take 
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the form "MSGT=RAISRM, SQN=sequence_nuinber, RTC0DE=1, 2, or 
3." For example, the following is an example of a 
successful response to an active and in-service platform 
manager retrieval message: "MSGT=RAISRM, SQN=000001, 
RTCODE=0, ACTINS=SCP100." The following is an example of 
a failure response to an active and in-service platform 
manager retrieval message: "MSGT=RAISRM SQN=000001, 
RTC0DE=1". 

In one embodiment, a niomber of rules apply to 
responses to active and in-service platform manager 
retrieval messages. If generic provisioning unit 202, 204 
cannot retrieve the active and in-service platform manager 
node within a certain time period because of a TCP link 
problem or a node problem, generic provisioning unit 202, 
204 returns a response to active and in-service site name 
retrieval message with a return code set to 
"system_failure. " If there is no active and in-service 
platform manager node in the site, generic provisioning 
unit 202, 204 returns a response to an active and in- 
service site name retrieval message with a return code set 
to "operation_f allure. " If generic provisioning unit 202, 
204 determines that the given site name does not exist in 
the system, generic provisioning unit 202, 204 returns an 
active and in-service site name retrieval message with 
RTCODE set to "operation_f allure. " If generic provisioning 
unit 202, 204 detects a syntax error, generic provisioning 
unit 202, 204 rejects the entire message and returns a 
response to an active and in-service site name retrieval 
message with a return code set to "message_syntax_error . " 
ALL NODES INFORMATION RETRIEVAL MESSAGE 
An all nodes information retrieval message retrieves 
all nodes information for a given site. Such a message may 
take the form "MSGT=ANIRM, SQN=sequence_number, SITENAME= 
site__name." For example, the following is an example of an 
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all nodes information retrieval message: "MSGT=ANIRM, 
SQN=000001, SITENAME=SCP1." If generic provisioning unit 
202, 204 detects a syntax error in an active and in-service 
site name retrieval message, generic provisioning unit 202, 
204 rejects the entire active and in-service site name 
retrieval message. Generic provisioning unit 202, 204 
returns a response to an active and in-service site name 
retrieval message with a return code set to 
"message_syntax_error" and with the sequence number in the 
active and in-service site name retrieval message. If 
generic provisioning unit 202, 204 cannot find the sequence 
number in an active and in-service site name retrieval 
message, generic provisioning unit 202, 204 sets the 
sequence number to "FFFFFF." If the sequence number in an 
active and in-service site name retrieval message is less 
than the required number of digits, generic provisioning 
unit 202, 204 replaces the missing digits with "F"s, for 
example, "FF2345." If the sequence number in an active and 
in-service site name retrieval message is more than the 
required number of digits, generic provisioning unit 202, 
204 truncates the end of the sequence number. For example, 
"00000008" is truncated to "000000." 

RESPONSE TO ALL NODES INFORMATION RETRIEVAL MESSAGE 
A response to all nodes information retrieval messages 
indicates whether or not generic provisioning unit 202, 204 
successfully processed the request. If the request is not 
successfully processed, the result code indicates an error. 
Otherwise, the result code indicates a successful operation 
and returns the desired nodes information for a given site. 
A successful operation response to an all nodes information 
retrieval message may take the form "MSGT=RANIRM, 
SQN=sequence__number, RTCODE=0, NUMNODES=N, NODENAME=nodel, 
NODETYPE=nodel_type, NO DEM 0 D E = n o d e 1 _mo d e , 

NODESTATUS=nodel_status:NODENAME=node2, N0DETYPE=node2 
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type, NODEMODE=node2_mode; N0DESTATUS=node2_status : 

NODENAME=nodeN, NODEYTPE=nodeN__type, NODEMODE=nodeN__mode, 
NODESTATUS=nodeN_status." In this context, the term 
"RANIRM" denotes a response to an all nodes information 
retrieval message type; the term "NUMNODES" denotes the 
number of nodes; the term "NODENAME" denotes the name of a 
desired node; the term "NODETYPE" denotes the type of the 
desired node; the term "NODEMODE" denotes the status of the 
node, such as, for example, "ACTIVE" or "STANDBY"; and the 
term "NODESTATUS" denotes the status of the desired node. 
A failure response to an all nodes information retrieval 
message may take the form "MSGT=RANIRM, 
SQN=sequence_niamber, RTC0DE=2 or 3." For example, an 
example of a successful response to an all nodes 
information retrieval message is; "MSGT=^RANIRM, SQN=000001, 
RTCODE=0, NUMN0DES=2, NODENAME=SCP100, NODETYPE=PM_NODE, 
NODEMODE = ACTIVE_PM, NODES TATUS = I SV_ENABLED : 

N0DENAME=SCP1 01 , NODE-TYPE=PM_NODE , NODEMODE=STANDBT_PM, 
NODESTATUS=OS_MIN." An example of a failure response to an 
all nodes information retrieval message is: "MSGT=RANIRM, 
SQN=000001, RTC0DE=2." If generic provisioning unit 202, 
204 cannot obtain the node information within a certain 
time period, generic provisioning unit 202, 204 returns a 
response to an active and in-service site name retrieval 
message with a return code set to "system^f allure. " If 
generic provisioning unit 202, 204 detects a syntax error, 
generic provisioning unit 202, 204 rejects the entire 
message and returns response to an active and in-service 
site name retrieval message with a return code set to 
"message_syntax_error . " 

Although a particular embodiment for maintenance 
messages has been described, applications and variations 
may be made without departing from the scope of the present 
invention. Thus, generic provisioning interface 216 
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provides an interface provision, a database that does not 
require modification when schemas, or table structures, 
within the database are changed, which is desirable because 
the time and expense in implementing new services is 
greatly reduced because a new interface does not have to be 
created each time a new service is added, 

FIGURE 6A is a flow chart showing exemplary steps 
associated with testing provisioning of database 206, and 
FIGURE 6B is a simplified block diagram of a portion of an 
exemplary telecommunications network illustrating 
components used in testing provisioning of database 206, 
As illustrated in FIGURES 6A and 6B, an automatic generic 
provisioning test unit 602 may be included in-service 
management system 102 for testing provisioning of database 
206, particularly after modification of database 206. 
Modification of database 206 includes addition of tables to 
database 206 and modifications of tables within 
database 206. 

A method for automatically testing generic 
provisioning of database 206 begins at step 600, 
illustrated in FIGURE 6A. At step 606 a connection, such 
as a TCP/IP connection, is established with a generic 
provisioning unit 204 within a desired telecommunications 
node. The desired telecommunications node may be, for 
example, and service management system, a service control 
point, or an intelligent service peripheral containing 
database 206. Establishment of such a connection is also 
illustrated in FIGURE 6B by reference numeral 606. Once a 
connection is established between automatic generic 
provisioning test unit 602 and generic provisioning unit 
204, a plurality of test messages together with expected 
response to the test messages may be transmitted to generic 
provisioning unit 204 from automatic generic provisioning 
test unit 602 according to generic provisioning interface 



04/18/2004, EAST Version: 1.4,1 



wo 99/22490 



PCT/US98/23077 



36 

216 step 610. Because generic provisioning interface 216 
is utilized, the content and format of the test messages 
and expected responses may be quickly and easily 
determined, in contrast to conventional systems that 
require a new interface whenever a database, such as 
database 206, is modified. The plurality of test messages 
and expected responses may be received from an input file 
622 at step 508. Input file 622 is illustrated in greater 
detail in FIGURE 7. 

Reception of test messages and expected results 
contained in input file 622 by automatic generic 
provisioning test unit 602 is also illustrated in FIGURE 6B 
by reference numeral 608, and transmission of expected 
responses to generic provisioning unit 204 is also 
illustrated in FIGURE 6B by reference numeral 610, Generic 
provisioning unit 204 may send the test messages to 
database 206 at step 612 and receive responses from 
database 206 at step 614. Steps 612 and 614 are also 
illustrated in FIGURE 6B by reference numerals 612 and 614, 
respectively. The responses may then be received by 
automatic generic provisioning test unit 602 from generic 
provisioning unit 204 at step 616 according to generic 
provisioning interface 216. Because generic provisioning 
interface is utilized, the content and format of the 
expected responses may be easily determined for comparison 
to the actual responses, in contrast to conventional 
systems that require a new interface whenever a database, 
such as database 206, is modified. Step 616 is also 
illustrated in FIGURE 6B by reference numeral 616, At step 
618 the actual responses may be automatically compared to 
the expected responses by automatic generic provisioning 
test unit 602, with the result transmitted to an output 
file 624 at step 620. Step 620 is also illustrated in 
FIGURE 5B by reference numeral 620. 
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FIGURE 7 is a simplified block diagram illustrating 
portions of telecommunications network 100 illustrated in 
FIGURE 6B, further showing details of input file 622 and 
output file 624 associated with testing generic 
provisioning interface 216. As illustrated, input file 622 
includes a plurality of generic provisioning messages, such 
as a database manipulation message and expected response. 
Output file 624 comprises a plurality of sets of 
information containing the provisioning message contained 
in input file 622, the actual response to the provisioning 
message, the expected response to the provisioning message, 
and a result indicative of a comparison of the expected 
response to the actual response. The result may indicate 
whether the expected response and the actual response 
matched. 

Thus, through the use of automatic generic 
provisioning test unit 602, provisioning of database 206 
may be rapidly and automatically verified, alleviating the 
need for a programmer to manually determine the content of 
and send test messages to a database, receive the response 
from the database, determine the content of the expected 
response, and compare the expected response to the actual 
response. Such manual testing has proven cumbersome and 
time consuming, particularly because each modification to 
the database required modification of an associated 
interface for communicating provisioning information. 
Therefore, generation of a test message and an expected 
response was not an insignificant task. 

FIGURE 8A is a block diagram of a portion of an 
exemplary telecommunications network 100 illustrating an 
automated telecommunication provisioning verification 
system, and FIGURE 8B is a flow chart illustrating 
exemplary steps associated with automatically verifying 
provisioning of database 206. 
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According to the invention, service control point 104 
includes an automatic verification unit 811 that, in 
cooperation with other elements of service control point 
104, allows the automatic generation of test messages and 
automatic testing of provisioning of database 206. Also 
included in-service control point 104 is a rules file 813. 
Rules file 813 includes information that allows automatic 
verification unit 811 to automatically generate test 
messages based on the structure of tables contained in 
database 206. Service control point 104 also includes 
automatic generic provisioning testing unit 602, input file 
622, and output file 624, discussed above with reference to 
FIGURES 7A, 7B, and 8. 

Automatically verifying provisioning of database 206 
begins with step 800. A first step 802 in automatically 
verifying provisioning of database 206 is step 802 of 
establishing a connection between service creation 
environment 126 and service deployment portion 212 
contained within service control point 104. Step 802 is 
also illustrated in FIGURE 8B by reference numeral 802. 
Service deployment portion 212 then establishes a 
connection with database 206 at step 804, also illustrated 
in FIGURE 8A by reference numeral 804. Database 206 is 
shown in FIGURE 8A as contained within service control 
point 104 for clarity of illustration; however, database 
206 is more typically contained within an external service 
management system, service control point, or intelligent 
service peripheral 818, which is discussed in greater 
detail below. At step 806 service deployment portion 212 
directs automatic verification unit 811 to begin testing 
provisioning of database 206, which is also illustrated in 
FIGURE 8A by reference numeral 806. As a first step in 
testing provisioning of database 206, automatic message 
verification unit 811 obtains schema information, or table 
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structure information, from database 206 at step 808, Step 
808 is also illustrated in FIGURE 8A by reference numeral 
808. In addition, at step 808 trigger information may be 
read from database 206. As described above, trigger 
information provides constraints on the ways in which a 
database may be operated upon. For example, an attempt to 
insert a value into a column that is a different type or 
size is prevented by a trigger. Accessing of schema and 
trigger information at step 808 allows automatic generation 
of test messages and expected responses. 

At step 810 automatic verification unit 811 accesses 
rules file 813 and generates a set of test messages with 
associated expected responses based on the accessed schema 
information. The test messages and expected responses are 
stored in an input file, such as input file 622 discussed 
above. Step 810 is also illustrated in FIGURE 8A by 
reference numeral 810. At step 814 the contents of input 
file 622 are read by automatic generic provisioning testing 
unit 602, as described above, and at step 816 these test 
cases are transmitted by automatic generic provisioning 
testing unit 602 for eventual receipt by a desired database 
contained within an external service management system, 
service control point, or intelligent service peripheral 
818, such as database 206. Receipt of actual responses 
also occurs at step 816. Service management system, 
generic control point, or intelligent peripheral 818 may 
include a generic provisioning unit such as generic 
provisioning unit 204 and transmission and receipt of test 
messages and responses at step 816 may be according to 
generic provisioning interface 216 to facilitate generation 
of test messages and expected responses. Step 816 is also 
illustrated in FIGURE 8A. The results of step 816 are 
provided to output file 624 at step 820, also illustrated 
in FIGURE 8A. In addition, a response is provided to 
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automatic verification unit 811 at step 822. Such a 
response informs user 132 whether databases contained 
within service management system, service control point, or 
intelligent service peripheral 818 have been provisioned 
properly. Automatic verification of telecommunications 
provisioning concludes at step 824. 

Thus, the invention provides a method for 
automatically generating test messages and expected 
responses to verify provisioning of databases. Thus the 
invention provides a fast, accurate, and cost effective 
method and system for verifying provisioning a database and 
therefore verifying the availability of a call service. 

Although particular embodiments have been described in 
detail, it should be understood that various changes, 
substitutions, and alterations can be made herein without 
departing from the spirit and scope of the present 
invention as defined by the following claims. 
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WHAT IS CLAIMED TS; 

1. A method of coiomiinicating provisioning 
information between a user of a telecommunications system 
and a database in a telecommunications system, the database 
having a plurality of tables, the method comprising the 
steps of: 

establishing a connection with a telecommunications 
node, the telecommunications node having a generic 
provisioning unit, the generic provisioning unit operable 
to receive provisioning commands and translate the 
provisioning commands into a format understandable by the 
database; 

transmitting a configuration message to the generic 
provisioning unit, the configuration message identifying 
the database; 

transmitting the content of the configuration message 
from the generic provisioning unit to the database; 

transmitting a provisioning message to the generic 
provisioning unit, the provisioning message specifying the 
type of provisioning message that is transmitted and 
including a database command, the database command being 
according to a standard query language, the database 
command specifying a name associated with a table in the 
database and also specifying a database operation; 

translating the command, by the generic provisioning 
unit, into a format understandable by the database to 
generate a translated provisioning message; 

transmitting the translated provisioning message to 
the database to provision the database; and 

wherein the step of translating the database command, 
by the generic provisioning unit, occurs independent of the 
table structure of the table in the database, thereby 
allowing provisioning of new telecommunications services 
without modification of the generic provisioning unit. 
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2. The method of Claim 1, wherein the type of 
provisioning message is selected from the group consisting 
of a database manipulation message and a record retrieval 
message. 

3. The method of Claim 1, wherein the type of 
provisioning message is a database manipulation message and 
wherein the command is selected from the group consisting 
of a command operable to insert information into the table, 
a command operable to modify information existing within 
the table, and a command operable to delete information 
from the table. 

4. The method of Claim 1, wherein the type of 
provisioning message is a record retrieval message and 
wherein the command is operable to retrieve information 
from the table. 

5. The method of Claim 2, wherein the database 
manipulation message comprises a command selected from the 
group consisting of a command operable to add a record in 
the tabled, a command operable to delete a record in the 
table, and a command operable to modify a field in an 
existing record in the table. 

6. The method of Claim 4, wherein the record 
retrieval message comprises a command operable to retrieve 
a single record from the database. 

7. The method of Claim 1, wherein the step of 
establishing a connection with a telecommunications node 
comprises establishing a connection through a second 
generic provisioning unit residing in a service management 
system of a the telecommunications network. 



04/18/2004, EAST Version: 1.4.1 



wo 99/22490 



PCTAJS98/23077 



43 

8, A method of communicating provisioning 
information between a user of a telecommunications system 
and database in a telecommunications system, the database 
having a table associated with telephony service, the table 
having a table structure, the method comprising the steps 
of: 

establishing a communication connection between a user 
and a telecommunications node, the telecommunications node 
having a generic provisioning unit, the generic 
provisioning unit operable to receive provisioning commands 
and translate the provisioning commands into a format 
understandable by the database, the generic provisioning 
unit lacking information specifying the structure of the 
table; 

transmitting a configuration message to the generic 
provisioning unit, the configuration message identifying 
the database; 

transmitting the content of the configuration message 
from the generic provisioning unit to the database; 

transmitting a provisioning message to the generic 
provisioning unit, the provisioning message specifying the 
type of provisioning message that is transmitted and 
including a database command, the database command 
specifying a name associated with the table in the database 
and also specifying a database operation; 

translating the command, by the generic provisioning 
unit, into a format understandable by the database to 
generate a translated provisioning message for receipt by 
the database; and 

wherein the step of translating the command, by the 
generic provisioning unit, allows provisioning of new 
telecommunications services without modification of the 
generic provisioning unit or modification of the format of 
the provisioning message. 
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9. The method of Claim 8, wherein the type of 
provisioning message is selected from the group consisting 
of a database manipulation message and a record retrieval 
message . 

10. The method of Claim 8, wherein the type of 
provisioning message is a database manipulation message and 
wherein the command is selected from the group consisting 
of a command operable to insert information into the table, 
a command operable to modify information existing within 
the table, and a command operable to delete information 
from the table. 

11. The method of Claim 8, wherein the type of 
provisioning message is a record retrieval message and 
wherein the command is operable to retrieve information 
from the table. 

12. The method of Claim 10, wherein the database 
manipulation message comprises a command selected from the 
group consisting of a command operable to add a record in 
the tabled, a command operable to delete a record in the 
table, and a command operable to modify a field in an 
existing record in the table. 



04/18/2004, EAST Version: 1.4.1 



wo 99/22490 



PCT/US98/23077 



45 

13. The method of Claim 8, wherein the step of 
establishing a communication connection with a 
telecommunications node comprises establishing a 
communications connection through a second generic 
provisioning unit residing in a service management system 
of a the telecommunications network. 
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14. A method of communicating telecommunications 
services provisioning information in a telecommunication 
system, the method comprising the steps of : 
5 establishing a connection between a user and a generic 

provisioning unit in a telecommunications node in the 
telecommunications system; 

sending a provisioning message from the user to the 
generic provisioning unit, the provisioning message 
10 specifying a name of a database for provisioning and also 

having a standard query language command associated with 
provisioning the database, the standard query language 
command specifying a name associated with a table in the 
database; and 

15 transmitting the information contained in the standard 

query language command to the database for provisioning of 
the table, the information transmitted according to a 
format understandable by the database. 

20 15. The method of Claim 14, wherein the step of 

sending a provisioning message from the user to the generic 
provisioning unit comprises sending a provisioning message 
from a user to a generic provisioning unit residing in a 
service control point in the telecommunications system, the 

25 provisioning message sent through a generic provisioning 
unit residing in a service management system. 
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16. The method of Claim 14, and further comprising 
the step of sending the provisioning message to a plurality 
of generic provisioning units residing in a plurality of 
service control point systems in the telecommunications 
system. 

17. The method of Claim 14, wherein the step of 
transmitting the information contained in the standard 
query language to the database for modification of the 
table comprises transmitting a command operable to insert 
a record into the table. 

18. The method of Claim 14, wherein the step of 
transmitting the information contained in the standard 
query language to the database for modification of the 
table comprises transmitting a command operable to delete 
a record in the table. 

19. The method of Claim 14, wherein the step of 
transmitting the information contained in the standard 
query language to the database for modification of the 
table comprises transmitting a command operable to modify 
a field in the table. 

20. The method of Claim 14, wherein the 
telecommunications node comprises a service control point 
system. 
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